iT邦幫忙

第 12 屆 iThome 鐵人賽

DAY 16
1
IoT

Modern Maker : 從那些 Maker 的大小事看 Linux 核心系列 第 16

Day 16:SPI Driver (Part 2) - 傳簡單的訊息!

  • 分享至 

  • xImage
  •  

任務:傳訊息

接下來會做的事情是:試著用 SPI 的 API 傳輸一些簡單的東西。

由核心文件中 The Linux driver implementer’s API guide 中的 Serial Peripheral Interface (SPI) 章節可以看到下面的資訊:

"The I/O model is a set of queued messages. Protocol drivers submit one or more struct spi_message objects, which are processed and completed asynchronously. (There are synchronous wrappers, however.) Messages are built from one or more struct spi_transfer objects, each of which wraps a full duplex SPI transfer..."

所以簡單來說就是:一個 struct spi_message 由很多 struct spi_transfer 組成。不過這樣看起來還不是很確定要怎麼使用。這時候就想到:現在已經有一個現成的驅動程式了,就是 spidev。把他打開來看一看。

例子:spidev

因為已經知道這是一個字元驅動程式,所以第一件事情就開開看他的 struct file_operations 裡面的 write 長什麼樣子。就會發現:

static const struct file_operations spidev_fops = {
	.owner =	THIS_MODULE,
	/* REVISIT switch to aio primitives, so that userspace
	 * gets more complete API coverage.  It'll simplify things
	 * too, except for the locking.
	 */
	.write =	spidev_write,
	.read =		spidev_read,
	.unlocked_ioctl = spidev_ioctl,
	.compat_ioctl = spidev_compat_ioctl,
	.open =		spidev_open,
	.release =	spidev_release,
	.llseek =	no_llseek,
};

除此之外,也可以發線這個結構體被註冊到字元驅動程式裡面的部分,看來他就是對應的檔案操作了。把 spidev_write 拿出來看看,會發現除了一些檢查程序跟資料複製之外,傳送的動作都在 spidev_sync_write 當中。這邊就可以看到 spi_message 的用法:

static inline ssize_t
spidev_sync_write(struct spidev_data *spidev, size_t len)
{
	struct spi_transfer	t = {
			.tx_buf		= spidev->tx_buffer,
			.len		= len,
			.speed_hz	= spidev->speed_hz,
		};
	struct spi_message	m;

	spi_message_init(&m);
	spi_message_add_tail(&t, &m);
	return spidev_sync(spidev, &m);
}

其中,最後的 spidev_sync 其實就是檢查跟鎖住一些資源之後,把 m 丟給 spi_sync

static ssize_t
spidev_sync(struct spidev_data *spidev, struct spi_message *message)
{
	int status;
	struct spi_device *spi;

	spin_lock_irq(&spidev->spi_lock);
	spi = spidev->spi;
	spin_unlock_irq(&spidev->spi_lock);

	if (spi == NULL)
		status = -ESHUTDOWN;
	else
		status = spi_sync(spi, message);

	if (status == 0)
		status = message->actual_length;

	return status;
}

結論:傳輸的流程

所以,現在大致上有個概念,流程可能會像是:

  1. 初始化一個 struct spi_message
  2. 初始化 spi_transfer ,並把他加入 spi_message:這邊是使用 spi_message_add_tail。而且以寫入為例,他提供了 tx_buf
  3. 使用 spi_sync,把 spi_message 傳出去。

文件表示:

看完文件跟例子之後,接下來看看 Serial Peripheral Interface (SPI) 中的資料結構中的說明:

Step 1:初始化 struct spi_message

文件在這裡。裡面提到:

"A spi_message is used to execute an atomic sequence of data transfers, each represented by a struct spi_transfer. The sequence is “atomic” in the sense that no other spi_message may use that SPI bus until that sequence completes."

然後有一個文件中沒有提到,但是從剛剛的 spidev 的例子,以及 spi.h 中有的 spi_message_init 原始程式碼來看,他的功能是用來初始化spi_message

Step 2:初始化 struct spi_transfer

首先去翻文件中,關於 struct spi_transfer 的部分。可以發現他開宗明義就說:

"a read/write buffer pair"

從他的成員中可以看到,最主要是 tx_bufrx_buf。由 spidev 的例子可以推測裡面放得是要傳輸的資料,或是寫入時使用的 buffer。

struct message 的結構來看,這些 spi_transferspi_message 中,是由 struct list_head 串起來的。所以應該會期待有某種 linked-list 的操作。而從 spidev 的例子來看,應該是用 spi_message_add_tail 這個函數。而他的實作也根本就是 linked-list 的插入:

static inline void
spi_message_add_tail(struct spi_transfer *t, struct spi_message *m)
{
	list_add_tail(&t->transfer_list, &m->transfers);
}

Step 3:spi_sync

"blocking/synchronous SPI data transfers"

在這之前應該先看看 asynchronous 的 spi_async。文件裡面說到:

"The basic I/O primitive is spi_async(). Async requests may be issued in any context (irq handler, task, etc) and completion is reported using a callback provided with the message. After any detected error, the chip is deselected and processing of that spi_message is aborted."

而關於 spi_sync,則有以下的描述:

"There are also synchronous wrappers like spi_sync(), and wrappers like spi_read(), spi_write(), and spi_write_then_read(). These may be issued only in contexts that may sleep, and they’re all clean (and small, and “optional”) layers over spi_async()."

因此可以看得出來:除了同步與不同步之外,這些建立在 spi_async 之上的功能,還會有休眠的問題。但總之,spi_sync 是個 spi_asyncwrapper,用來傳輸 spi_message

其他 wrapper

從文件看來,除了像 spidev 中的使用方法,還有一些變種。比如說給一個 spi_transfer 陣列,然後會幫忙初始化好並且傳過去的 spi_message_init_with_transfers; 給定一個 spi_transfer 陣列,然後會把那個陣列裡面的 spi_transfer 通通發出去的 spi_sync_transfer、或是跟 write 很像,給字串與長度進行傳輸的 spi_write等等。

程式

接下來在 probe 時除了會在 dmesg 中印出訊息,也會在 probe 裡面透過 SPI 傳送一個訊息給 Arduino:

Raspberry Pi

為了方便,就只列出 probe 的部分:

static int dummy_probe(struct spi_device *spi)
{
    int status = 0;
    char *msg = "SPI message transfer test";
    int len = strlen(msg);
    struct spi_transfer t = {
        .tx_buf = msg,
	.len = len,
    };
    struct spi_message m;

    pr_info("Dummy SPI device being probed.\n");

    spi -> max_speed_hz = 400000;
    spi_setup(spi);

    spi_message_init(&m);
    spi_message_add_tail(&t, &m);
    spi_sync(spi, &m);

    if (status) {
        pr_err("SPI transfer failed.\n");
	return status;
    }
    return 0;
}

Arduino

一樣是一個 circular buffer,有新資料進來就把他推進去,並且每一秒印出一次 buffer 中的內容:

#include <SPI.h>
void setup() {
    Serial.begin(9600);
    pinMode(MISO, OUTPUT);
    pinMode(MOSI, INPUT);
    SPCR |= _BV(SPE);
    SPCR |= _BV(SPIE);
    SPCR &= ~(_BV(MSTR));
}

#define BUF_LEN 128
char buf[BUF_LEN + 1] = {0};
int top = -1;
ISR(SPI_STC_vect)
{
    buf[(++top) % BUF_LEN] = SPDR;
}

void loop() {
    Serial.println(buf);
    delay(1000);
}

結果

打開 Arduino 的序列埠,並且載入模組。就會發現訊息成功被傳送了:


上一篇
Day 15:SPI Driver (Part 1) - DT Overlay
下一篇
Day 17:SPI Driver (Part 3) -- 又是一個間諜檔案!
系列文
Modern Maker : 從那些 Maker 的大小事看 Linux 核心30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言